home *** CD-ROM | disk | FTP | other *** search
- PCTRLX.DOC 9/22/84 DOCUMENTATION FOR PCTRLX.MRG
-
-
-
- MERGE FILE FOR PC-TALK III, LEVEL 830424.
-
- May also be used with PC-TALK III which has been modified with
- any of the following master Merge programs: PCT365, 366, 3661.
-
- PCTRLX.MRG when merged with PC-TALK 3, will provide significantly
- superior performance during XMODEM file transfers on networks
- such as CompuServe.
-
- This file is a pre-release module from a master Merge file
- PCT37.MRG, which contains many more enhancements for PC-TALK 3.
-
- This module is being released ahead of PCT37, because of the
- problems encountered in using the current PC-TALK 3 XMODEM
- implementation with CIS' newly supported XMODEM transfer
- protocol.
-
- The current implementation in the distribution version of PC-TALK
- was designed to support mainly single user communications, such
- as are encountered in PC to the typical BBS, which is usually a
- single PC with BBS, RBBS, IBBS, etc. software.
-
- A major difference in a large network environment is the delays
- in what would otherwise be a continuous data exchange. These
- delays are the result of packet or other switching techniques, by
- which the network can serve perhaps thousands of simultaneous
- users at the 'same' time.
-
- The implementation provided by PCTRLX.MRG is designed to work
- around network switching. It also alters the original PC-TALK
- Xmodem protocol in 3 major ways:
-
- 1) The currently recommended XMODEM protocol is entirely
- RECEIVER DRIVEN. This was not true of the original protocol,
- nor of the PC-TALK implementation. This Merge file provides
- that feature.
-
- 2) The RECEIVER can now control the timing of block
- transmissions, both at the beginning of the transfer and
- interactively during the transfer. Additional and as an aid
- to the user in modifying timing, screen printouts of the
- actual times is now given.
-
- 3) The original protocol provided that errors be tried 10
- times. This modification alters that to 20 times.
-
-
-
-
-
-
-
-
-
-
-
- 1
-
-
-
-
-
- PCTRLX.DOC 9/22/84 DOCUMENTATION FOR PCTRLX.MRG
-
-
- OPERATION:
-
- Receive:
-
- Open your file as previously. If you simply use '=x', the
- block timing will be 4 seconds as before. You may enter a
- number between 2 & 70 in format: '=x10' or '=x4', which
- would then set the block timing at 10 seconds or 4 seconds
- per block.
-
- As the transfer proceeds, the screen will show the time per
- block, the avg. time per block, and the max time for the
- longest transfer of a block up to that point.
-
- If the current time in effect is less than the max time
- shown, then the user should change the current timing. This
- is done by pressing the TAB key and entering 2 digits from
- 2-70, in the manner 06, or 20 etc. It is also ok to enter
- one digit and a space. DO NOT press <cr>.
-
- The new timing takes effect immediately after the keyboard
- receives the second character. When the TAB key is pressed
- the screen will print out 'ct=xx 'Enter (02-70)'. When the
- new time is entered, then 'nt=xx' is indicated.
-
- NOTE: THE XFER WILL HALT UNTIL THE SECOND CHARACTER OF THE
- NEW TIME STRING IS ENTERED. DON'T DALLY!!
-
- The default is 4 seconds. The default will be put into
- effect if an invalid time is entered. The screen will also
- indicate 'INVL: No Chg'
-
- Though experience with the new timing is limited, I have
- found that the timing should best be set at about 4 seconds
- over the max shown, when working with networks, and at about
- 1-2 seconds over the max shown when working with BBS'.
-
- The major problem with setting block timing too long is the
- chance of getting line garbage, necessitating a retry for
- the block.
-
- WHILE THE OVER-TIMING IS NOT CRITICAL, ONE SHOULD MAKE AN
- ATTEMPT TO KEEP REASONABLY WITHIN BOUNDS, BUT SHOULD NOT
- FEEL COMPELLED TO CONTINUOUSLY CORRECT THE PROGRAM!!
-
- Nothing is lost if you see a time that is greater than your
- current setting, after all the block did make it. It is
- future blocks where your concern lies, and to guard against
- problems with them, you increase the timing a bit.
-
- Nothing in these changes alters in any manner the error
- checking features of the protocol.
-
- Error blocks and situations will now be retried 20 times,
- provided the sender allows it.
-
-
- 2
-
-
-
-
-
- PCTRLX.DOC 9/22/84 DOCUMENTATION FOR PCTRLX.MRG
-
-
- Transmit:
-
- There is no user interaction in the transmit mode and no
- changes in procedure from previous. Note however, that now
- in the send mode, this program will NOT send a block until
- the receiver requests it.
-
- As stated above these changes are new, and even though a good
- deal of testing has been done, they are still of an experimental
- nature.
-
- ***** PORTIONS OF DOC FILE WERE MISSING HERE *****....
- uCeuaIhgeNShrTl7 uuhrdC!uCeuNsAoEOoOCeuReesu$gCauhtuZCauCougC$",re"aRhu-h u)rheNNsuio o;gCa Ah*eehCeuCeR08CauCougI) a)RSgwrgIth TreuCeugsuAhn2$O'Reesu$gCau0u:lCauCougC$",re"aRhu-h hrToTu!ng,T ysTaGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG:
-
- t | l List of files in LBR file,
- a Extract all files from the LBR file,
- e Extract file(s) from LBR file,
- u Add to or create LBR file, (wildcards ok)
- d Delete a file from LBR file,
- r Reorganize the LBR file.
- s Stamp Library with new date